home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000067_owner-linux-arm…r.rutgers.edu _Fri Apr 17 21:47:39 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  3KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id VAA31703
  4.     for <willy@odie.fluff.org>; Fri, 17 Apr 1998 21:47:38 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:19554 "EHLO vger.rutgers.edu" ident: "root") by orava.funet.fi with ESMTP id <390666-13857>; Fri, 17 Apr 1998 23:48:01 +0300
  6. Received: by vger.rutgers.edu id <971318-29197>; Fri, 17 Apr 1998 16:10:41 -0400
  7. Received: from odie.barnet.ac.uk ([194.82.202.98]:20522 "EHLO odie.barnet.ac.uk" ident: "willy") by vger.rutgers.edu with ESMTP id <971397-29197>; Fri, 17 Apr 1998 16:04:40 -0400
  8. Received: (from willy@localhost)
  9.     by odie.barnet.ac.uk (8.8.6/8.8.6) id VAA31519;
  10.     Fri, 17 Apr 1998 21:11:03 +0100
  11. From: Matthew Wilcox <willy@odie.barnet.ac.uk>
  12. Message-Id: <199804172011.VAA31519@odie.barnet.ac.uk>
  13. Subject: Re: fd0* device for ADFS shape discs under i386 Linux
  14. To: ajb85@cam.ac.uk
  15. Date:     Fri, 17 Apr 1998 21:11:02 +0100 (BST)
  16. Cc: linux-arm@vger.rutgers.edu
  17. In-Reply-To: <Pine.LNX.3.96.980416183332.3039A-100000@ajb85.acad.cai.cam.ac.uk> from "Andrew Bower" at Apr 16, 98 06:41:03 pm
  18. X-Mailer: ELM [version 2.4 PL25]
  19. MIME-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. X-Loop: majordomo@vger.rutgers.edu
  26. Status: RO
  27.  
  28. Andrew Bower
  29. > Out of interest, is anyone working on write support for ADFS?
  30.  
  31. I've looked at the current code.  It would be hard to add extendable
  32. files to it, though in principle, files which are newly created and stay
  33. the same length should be able to work quite easily.
  34.  
  35. The trouble is that ADFS (or more truthfully filecore) does not have
  36. the concept of the inode.  Inodes are what Unix filesystems are built of.
  37. They have the following properties:
  38.  
  39. Each file has an inode
  40. The inode remains the same during the life of the file
  41. Inodes do not map to more than one file.
  42. The inode contains all of the metadata for the file except its name.
  43.  
  44. I cannot think of a good way of faking inodes for ADFS filesystems *except*
  45. the following rather horrible idea:
  46.  
  47. Create a structure in memory for each ADFS filesystem mounted.  This can
  48. be done lazily.  Assign each file an inode based on some scheme which will
  49. allow for easy mapping between it and the name of the ADFS file.  Perhaps
  50. hash buckets.  Note that it's okay to reuse inodes once a file has been
  51. deleted.
  52.  
  53. Someone should look at other filing systems to see how they cope with
  54. filesystems that don't provide nice inodes.  When Dickon Hood & I were
  55. experimenting with NFS servers under RISC OS, we had a structure that
  56. worked well; it was a tree, and the inode we returned was the address
  57. within that list.  You've got me intrigued now, I might just do it.
  58.  
  59. The way Russell has done it is faster than this method for read-only
  60. but will not extend to writable files.
  61.  
  62. -- 
  63. Set Alias$Case Set Alias$[ |||| |MSet Alias$Otherwise Set Alias$[ \ Matthew
  64. "" |MSet Alias$When If %0=%%0 Then Set Alias$[ "" ||MIf %0=%%0    \ Wilcox
  65. Then Set Alias$Otherwise Set Alias$[ |||||||||||||||| ||MIf       \
  66. %0=%%0 Then Set Alias$When Set Alias$[ ||||||||||||||||
  67. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu